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(54) Remote storage disk control device with function to transfer commands to remote storage 
devices. 



(57) A storage device system includes an informa- 
tion processing device and at least first and second stor- 
age devices. The first and second storage devices are 
equipped with first and second storage volumes, re- 
spectively. The information processing device gener- 
ates first data including a first instruction that is to be 
executed by the second storage device, and sends a 
write request to a first write request section to write the 
first data according to a first communications protocol 



in the first storage volume. When the first data written 
in the first storage volume is the command to be exe- 
cuted by the second storage device, the first storage de- 
vice sends to a second write request section a write re- 
quest to write the first data according to a second com- 
munications protocol in the second storage volume. The 
second storage device executes the first command set 
in the first data that is written in the second storage vol- 
ume. 
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Description 

[0001] The present invention relates to a method for 
controlling a storage device system, a storage device 
system, and a storage device. 5 
[0002] Disaster recovery in information processing 
systems is attracting attention. As a technology to real- 
ize such disaster recovery, a technology in which a copy 
of data stored in a storage device that is installed in a 
primary site is also managed by a storage device that is 10 
installed in a remote site located away from the primary 
site is known. By using the data stored in the storage 
device installed at the remote site when the primary site 
is hit by a disaster processings that are performed at 
the primary site can be continued at the remote site. '5 
[0003] For data transfer from the primary site to the 
remote site : a method in which data is exchanged be- 
tween an information processing device at the primary 
site and an informalion processing device at the remote 
site is known. The information processing device at the 20 
primary site transfers a copy of data that is written in the 
storage device at the primary site to the information 
processing device at the remote site. The information 
processing device at the remote site that has received 
the copy of data sends a request to write the data in the 25 
storage device at the remote site. 

[0004] When data is stored as a backup by the meth- 
od described above : a substantially large amount of da- 
ta flow occurs on the network between the information 
processing devices. This causes a variety of problems 30 
such as an increased interface processing load on the 
information processing devices, delays in other data 
transmissions to be conducted between the information 
processing devices, and the like. Also., the method de- 
scribed above needs software to control data backup to 35 
be installed in each of the information processing devic- 
es. Forthis reason, management works such as upgrad- 
ing the software and the like need to be performed on 
all of the information processing devices that execute 
data backup processings, which increases the manage- 40 
ment cost. 

[0005] The present invention has been made in view 
of the problems described above, and relates to a stor- 
age device system, a storage device and a method for 
controlling a storage device system. 45 
[0006] In accordance with an embodiment of the 
present invention, there is provided a method for con- 
trolling a storage device system that includes: at least 
one information processing device, a first storage de- 
vice equipped with a first storage volume, and a second 50 
storage device equipped with a second storage volume, 
wherein the information processing device and the first 
storage device are communicatively connected to one 
another, the first storage device and the second storage 
device are communicatively connected to one another, 55 
the information processing device is equipped with a 
first write request section that requests to write data in 
the first storage device according to a first communica- 



2 

tions protocol, and the first storage device is equipped 
with a second write request section that requests to write 
data in the second storage device according to a second 
communications protocol. The method preferably com- 
prises: a step in which the information processing de\ ce 
sets a first instruction to be executed at the second stor- 
age device as first data; a step in which the information 
processing device sends a request to write the first data 
in the first storage volume to the first write request sec- 
tion; a step in which, when the first data written in the 
first storage volume is an instruction to the second stor- 
age device, the first storage device sends a request to 
write the first data in the second storage volume to the 
second write request section; and a step in which the 
second storage device executes the first instruction that 
is set as the first data written in the second storage vol- 
ume. 

[0007] It is noted that the information processing de- 
vice may be, for example, a personal computer, a work 
station or a mainframe computer. The storage device 
may be, for example, a disk array device or a semicon- 
ductor storage device. The storage volume may be a 
storage resource that includes a physical volume that is 
a physical storage region provided by a disk drive, and 
a logical volume that is a storage region logically set on 
the physical volume. Also, the communications protocol 
may be, for example, a WRITE command stipulated by 
a SCSI (Small Computer System Interface) standard. 
As a result, without adding new commands to the oper- 
ating system, the information processing device can 
make the second storage device to execute the first 
command. 

[0008] Here, for example, when the first command is 
a command to read data of the first storage device, the 
second storage device can have a copy of the data of 
the first storage device according to an instruction from 
the information processing device. Therefore the 
present method can reduce the amount of data commu- 
nicated between the information processing devices in 
the data backup management. Also, software for con- 
trolling data backup does not have to be installed on all 
of the information processing devices that are perform- 
ing data backup, which lowers the management costs. 
[0009] Other features and advantages of the inven- 
tion will be apparent from the following detailed descrip- 
tion, taken in conjunction with the accompanying draw- 
ings that illustrate, by way of example, various features 
of embodiments of the invention. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0010] 

FIG. 1 schematically shows a system configuration 
of an information processing system in accordance 
with an embodiment of the present invention. 
FIG. 2 schematically shows a structure of a disk ar- 
ray device in accordance with an embodiment of the 
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present invention. 

FIG. 3 shows a LUN map information table in ac- 
cordance with an embodiment of the present inven- 
tion. 

FIG. 4 schematically shows a diagram illustrating a 5 
data writing operation using virtual volumes in ac- 
cordance with an embodiment of the present inven- 
tion. 

FIG. 5 shows a command device management ta- 
ble in accordance with an embodiment of the 10 
present invention. 

FIG. 6 shows a command device interface in ac- 
cordance with an embodiment of the present inven- 
tion. 

FIG. 7 is a schematic diagram illustrating execution is 
of commands set at command devices in accord- 
ance with an embodiment of the present invention. 
FIG. 8 shows a flowchart of an operation to control 
a command device in an information processing de- 
vice in accordance with an embodiment of the 20 
present invention. 

FIG. 9 shows a flowchart of an operation to control 
a command device in a storage device in accord- 
ance with an embodiment of the present invention. 
FIG. 1 0 shows a pair management table in accord- 25 
ance with an embodiment of the present invention. 
FIG. 11 shows a schematic diagram illustrating a 
pair forming processing in accordance with an em- 
bodiment of the present invention. 
FIG. 12 shows a relation between a primary volume 30 
and a primary journal in accordance with an embod- 
iment of the present invention. 
FIG. 13 is a schematic diagram illustrating a journal 
acquisition processing in accordance with an em- 
bodiment of the present invention. 35 
FIG. 14 is a schematic diagram illustrating a resto- 
ration processing in accordance with an embodi- 
ment of the present invention. 
FIG. 15 shows journal data regions of a primary 
journal and an auxiliary journal in accordance with *o 
an embodiment of the present invention. 
FIG. 16 shows a flowchart of a journal acquisition 
processing and a restore processing performed in 
information processing devices in accordance with 
an embodiment of the present invention. 4 $ 
FIG. 17 is a schematic diagram illustrating a swap 
processing in accordance with an embodiment of 
the present invention. 

FIG. 18 is a schematic diagram illustrating a state 

in which the swap processing of the present embod- 50 

iment is completed. 

FIG. 19 shows a flowchart of a swap processing in 
a second information processing device in accord- 
ance with an embodiment of the present invention. 
FIG. 20 shows a flowchart of a swap processing in 55 
a first storage device in accordance with an embod- 
iment of the present invention. 
FIG. 21 shows a flow chart of a swap processing in 



a second storage device in accordance with an em- 
bodiment of the present invention. 
FIG. 22 schematically shows a diagram of an infor- 
mation processing system in accordance with an 
embodiment of the present invention in which a 
command is sent to a third storage device. 
FIG. 23 schematically shows a diagram of an infor- 
mation processing system in accordance with an 
embodiment of the present invention in which a 
command is sent to a second storage device and a 
third storage device. 

FIG. 24 shows a synchronous pair management ta- 
ble in accordance with an embodiment of the 
present invention. 

FIG. 25 shows a path information management ta- 
ble in accordance with an embodiment of the 
present invention. 

FIG. 26 shows a command interface in accordance 
with an embodiment of the present invention. 
FIG. 27 schematically shows a diagram illustrating 
a storage device system in which an information 
processing device sends a command to a second 
storage device, using a command interface in ac- 
cordance with an embodiment of the present inven- 
tion. 

FIG. 28 schematically shows a diagram illustrating 
a storage device system in which an information 
processing device sends a command to a third stor- 
age device, using a command interface in accord- 
ance with an embodiment of the present invention. 
FIG. 29 shows an example of a path information 
management table that sets a third storage device 
in accordance with an embodiment of the present 
invention. 

FIG. 30 shows a flowchart of processings in which 
an information processing device sends a com- 
mand to a storage device, using a command inter- 
face in accordance with an embodiment of the 
present invention. 

FIG. 31 shows a flowchart of processings in which 
a storage device sends or executes a command, 
using a command interface in accordance with an 
embodiment of the present invention. 
FIG. 32 shows a flowchart of processings in which 
a storage device obtains edited data of a command 
executed, using a command interface in accord- 
ance with an embodiment of the present invention. 
FIG. 33 shows a flowchart of processings in which 
a storage device transfers or executes a command 
without deleting a transfer destination address of a 
command interface in accordance with an embodi- 
ment of the present invention. 
FIG. 34 shows a flowchart of processings in which 
a storage device obtains edited data of a command 
executed without deleting a transfer destination ad- 
dress of a command interface in accordance with 
an embodiment of the present invention. 
FIG. 35 schematically shows a diagram illustrating 
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a storage device system in which the shortest trans- 
fer path is searched for sending a command inter- 
face in accordance with an embodiment of the 
present invention. 

FIG. 36 shows an example of a connection informa- 
tion management table in accordance with an em- 
bodiment of the present invention. 
FIG. 37 shows a flowchart of processings in which 
the shortest transfer path among storage devices is 
searched for transferring a command interface or 
executing a command in accordance with an em- 
bodiment of the present invention. 
FIG. 38 shows an example of a command interface 
used when having a plurality of storage devices ex- 
ecute commands in accordance with an embodi- 
ment of the present invention. 
FIG. 39 schematically shows a diagram illustrating 
a storage device system in which an information 
processing device sends commands to a second 
storage device and a third storage device, using a 
command interface in accordance with an embodi- 
ment of the present invention. 
FIG. 40 shows a flowchart of processings in which 
an information processing device sends commands 
to a plurality of storage devices, using a command 
interface in accordance with an embodiment of the 
present invention. 

FIG. 41 shows a flowchart of processings per- 
formed by a storage device system in accordance 
with an embodiment of the present invention in 
which a command interface is transferred among a 
plurality of storage devices or commands are exe- 
cuted, using the command interface. 

DESCRIPTION OF THE EMBODIMENTS 

[Example of Overall Structure] 

[0011] FIG. 1 schematically shows an overall struc- 
ture of an information processing system including a 
storage device system in accordance with an embodi- 
ment of the present invention. The information process- 
ing system of the present embodiment includes an in- 
formation processing device 11 , and at least a first stor- 
age device 1 0 and a second storage device 20. The first 
storage device 10 is equipped with a logical volume(s) 
30 on which the first storage device performs data input/ 
output processings (hereafter referred to as a "first log- 
ical volume^)"), and the second storage device 20 is 
equipped with a logical volume(s) 40 on which the sec- 
ond storage device performs data input/output process- 
ings (hereafter referred to as a "second logical volume 
(s) M ). 

[0012] The information processing device 11 and the 
first storage device 1 0 are communicatively connected 
to each other via a first network 50. The first network 50 
may be, for example, a LAN (Local Area Network), a 
SAN (Storage Area Network), an iSCSI (Internet Small 



Computer System interface), an ESCON (Enterprise 
Systems Connection)®, or a FICON (Fibre Connection) 
®. 

[0013] The first storage device 10 and the second 
5 storage device 20 are communicatively connected to 
each other via a second network 60. The second net- 
work 60 may be, for example, a Gigabit Ether Net <§>, an 
ATM (Asynchronous Transfer Mode), or a public tele- 
phone line. 

w 

[Information Processing Device] 

[0014] The information processing device 11 may be 
a computer that is equipped with a CPU (Central 

15 Processing Unit), memories, and other devices. The in- 
formation processing device 1 1 may be a personal com- 
puter, a work station or a mainframe computer. The in- 
formation processing device 11 may be composed of a 
plurality of computers that are mutually connected. An 

20 operating system is operating on the information 
processing device 11 , and application software is oper- 
ating on the operating system. 



[Storage Device] 



25 



[0015] FIG. 2 shows a structure of a disk array device, 
which is described as an example of the first storage 
device 10 and the second and 20. Instead of the disk 
array device, the first and second storage devices 10 
30 and 20 may be any appropriate devices, such as, for 
example, semiconductor storage devices. For example, 
the disk array device 10 is equipped with various com- 
ponents including a channel control section 201 , a re- 
mote communications interface 202, disk control sec- 
35 tions 203, a shared memory 204, a cache memory 205, 
a switching control section 206 that is composed of 
cross bus switches that communicatively connect the 
components described above, a management terminal 
207, and memory devices 208. The first and second 
40 storage devices 10 and 20 may have the same struc- 
ture. 

[0016] The cache memory 205 is used to temporarily 
store data that is exchanged mainly between the chan- 
nel control section 201 and the disk control sections 203 . 

45 For example, when a data input/output command which 
the channel control section 201 receives from the infor- 
mation processing device 11 is a write command, the 
channel control section 201 writes in the cache memory 
205 write data received from the information processing 

50 device 11 . Also, an appropriate one of the disk control 
devices 203 reads the data written in the cache memory 
205, and writes the same in the memory devices 208. 
[0017] The disk control section 203 reads a data I/O 
request stored in the shared memory 204 written by the 

55 channel control section 201 , and executes data writing 
processing or data reading processing with respect to 
the memory devices 208 according to a command set 
at the data I/O request (for example, a command ac- 
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cording to a SCSI standard). The disk control section 
203 writes in the cache memory 205 data that has been 
read out from the memory devices 208. Also : the disk 
control section 203 transmits to the channel control sec- 
tion 201 notif ications ; such as, for example, a data write 
completion notification and a data read completion no- 
tification. The disk control section 203 may be equipped 
with a function to control the memory devices 208 with 
RAID levels (for example, 0,1,5) stipulated in the so- 
called RAID (Redundant Array of Inexpensive Disks) 
method. 

[001 8] The memory devices 208 may be : for example, 
hard disk devices. The memory devices 208 may be pro- 
vided in one piece with or separately as independent 
devices from the disk array device. Storage regions pro- 
vided by the memory devices 208 at each site are man- 
aged in units of logical volumes 209 : which are volumes 
that are logically set on the storage regions. Data can 
be written in or read from the memory devices 208 by 
designating LUNs (Logical Unit Numbers) that are iden- 
tifiers appended to the corresponding logical volumes 
209. Also ; the logical volumes 209 are managed in units 
of a predetermined data amount such as units of 512 
Kb ; such that input and output of data in this predeter- 
mined unit are conducted. Each of the units is called a 
logical block, and each of the logical blocks is appended 
with a logical block address (hereafter referred to as a 
"LBA") that indicates positional information of the logical 
block. 

[001 9] The management terminal 207 may be a com- 
puter for maintaining and managing the disk array de- 
vice and the memory devices 208. Changes in the soft- 
ware and parameters to be executed by the channel 
control section 201 and the disk control section 203 can 
be conducted by giving instructions from the manage- 
ment terminal 207. The management terminal 207 can 
be in a form that is built in the disk array device, or can 
be provided independently from the disk array device. 
[0020] The remote communications interface 202 is a 
communications interface (i.e., a channel extender) that 
is used for data transfer to another storage device. A 
copy of data is transferred in a remote copy operation 
to be descried below through this remote communica- 
tions interlace 202. The remote communications inter- 
face 202 converts the interface of the channel control 
section 201 (for example, an interface such as an ES- 
CON ® interface or a FICON ® interface) to a commu- 
nications method of the second network 60, whereby 
data transfer with the other storage device can be real- 
ized. 

[0021] Besides the structure described above, the 
disk array device may have a structure that functions as 
a N AS (Network Attached Storage) configured to accept 
data input/output requests through designating file 
names from the information processing device 11 ac- 
cording to a relevant protocol such as a NFS (Network 
File System). 

[0022] The shared memory 204 can be accessed 



from both of the channel control section 201 and the disk 
control section 203. The shared memory 204 is used for 
delivering data input/output request commands, as well 
as for storing management information for the storage 
5 devices 10 and 20, and the memory devices 208. In the 
present embodiment, the shared memory 204 stores a 
LUN map information table 301 shown in FIG. 3 : a com- 
mand device management table 501 shown in FIG. 5, 
and a pair management table 1001 shown in FIG. 10. 

10 

[Virtual Volume] 

[0023] As described above, the logical volumes 209 
are storage regions that are logically set on the physical 

15 volumes. Also, by using "virtual volumes" as logical vol- 
umes, the storage devices 10 and 20 on which the log- 
ical volumes 209 are set can be differentiated from other 
storage devices that are equipped with physical vol- 
umes correlated with the logical volumes 209. 

20 [0024] To realize this function, the first storage device 
10 stores a LUN map information table 301 shown in 
FIG. 3. The LUN map information table 301 describes 
information relating to the logical volumes 209 that are 
handled by the first storage device 10. For example, in 

25 the present embodiment, the LUN map information table 
301 includes entries of "LUN," "Target" and "Mapping 
LUN." 

[0025] Each entry at "LUN" describes a LUN for each 
of the logical volumes. When a logical volume 209 is a 
30 virtual volume, a storage device that is equipped with 
the logical volume 209 correlated with the virtual volume 
is set at "Target." Furthermore, a LUN of the logical vol- 
ume 209 correlated with the virtual volume is set at 
"Mapping LUN." In other words, when there is a descrip- 

35 tion at "Mapping LUN," it means that the corresponding 
logical volume is a virtual volume. 
[0026] Details of the LUN map information table 301 
may be registered, for example, by an operator through 
the management terminal 207 that is connected to the 

40 first storage device 10. 

[0027] The first storage device 10 uses the LUN map 
information table 301 described above and provides the 
second logical volume 40 of the second storage device 
20 to the information processing device 11 by a mech- 

45 anism to be described below as if the second logical vol- 
ume 40 were the first logical volume 30 of the storage 
device 10. In other words, the information processing 
device 11 can make data input/output requests, which 
are to be issued to the logical volume 209 of the second 

so storage device 20, to the first storage device 1 0. 

[0028] Processings by the storage device system, 
which take place when a data input/output request 
transmitted from the information processing device 11 
is a data write request, will be described with reference 

55 to FIG. 4. 

[0029] The information processing device 11 is 
equipped with a first write request section 401 that writes 
data in the first storage device 10 according to a first 
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communications protocol. Upon receiving a data write 
request from the first write request section 401 (S401), 
the first storage device 10 writes in the cache memory 
205 data to be written that has been received with the 
data write request. 

[0030] A data transfer section 402 of the first storage 
device 10 refers to the LUN map information table 301 , 
and confirms as to whether or not a mapping LUN is set 
for a first logical volume 30 that is set in the data write 
request. If a second logical volume 40 is set as the map- 
ping LUN : the data transfer section 402 transfers to a 
second write request section 403 a request to write the 
data in the second logical volume 40 according to a sec- 
ond communications protocol. In this embodiment, the 
second write request section 403 makes data write re- 
quests to the second storage device 20 according to the 
second communications protocol. The second storage 
device 20 receives the data write request from the sec- 
ond write request section 403 : and writes the data in the 
second logical volume 40 (S402). 

[0031] It is noted that the first communications proto- 
col and the second communications protocol are for ex- 
ample WRITE commands stipulated by a SCSI stand- 
ard. Accordingly, the data write interfaces at the first 
storage device 1 0 and the second storage device 20 do 
not need to be changed. 

[0032] The write processing has been so far de- 
scribed. It is noted however that a read processing to 
read data from a logical volume is also performed in a 
manner similar to the write processing except that data 
is transferred in an opposite direction with respect to the 
data transfer direction in the write processing. 
[0033] As described above, in the storage device sys- 
tem in accordance with the present embodiment, the in- 
formation processing device 11 accesses the second 
logical volume as if the second logical volume were a 
logical volume on the first storage device 10. 

[Command Device] 

[0034] Each of the storage devices 10 and 20 is 
equipped with a "command device" for controlling spe- 
cial commands. The command device is used to convey 
commands from the information processing device 11 
to the storage devices 10 and 20, and the storage de- 
vices 1 0 and 20 can execute commands that are stored 
in the command devices. What makes the special com- 
mands different from ordinary commands is that the 
command devices are the logical volumes 209. Func- 
tions of the command device will be described below. 
[0035] FIG. 5 shows a command device management 
table 501 that is stored in each of the storage devices 
10 and 20. The command device management table 
501 contains entries such as "Device" and "Command 
Device LUN." Entries at "Device" indicate as to which of 
the storage devices 10 and 20 correspond to which of 
the command devices. Each entry at "Command Device 
LUN" sets a LUN of each logical volume 209 which ex- 



presses the entity of the corresponding command de- 
vice. 

[0036] Details of the command device management 
table 501 may be registered, for example, by an opera- 
5 tor through the management terminal 207 that is con- 
nected to each of the storage devices 10 and 20. The 
command device management table 501 of each of the 
storage devices 1 0 and 20 can register command de- 
vices of other storage devices (that may be similar to 
10 the storage device 10 or 20). When the command de- 
vices of the other storage devices are registered, LUNs 
of virtual volumes, which correspond to the LUNs of the 
command devices of the other storage devices are reg- 
istered at the entries "Command Device LUN." 
15 [0037] FIG. 6 shows an example of a command de- 
vice interface 601 , which is a data format of data that is 
written in a command device. The command device in- 
terface 601 is composed of a control parameter, an input 
parameter, and edited data. The control parameter is 
20 composed of a "process number" that indicates a com- 
mand to be executed by a relevant storage device : and 
a "presence or absence of edited data" that indicates 
whether or not data is outputted as a result of the exe- 
cution of the command. The input parameter sets pa- 
25 rameter information that is used when executing the 
command. Also, the edited data sets data that is output- 
ted as a result of executing the command. 
[0038] An outline of a process flow to execute a com- 
mand using a command device will be described with 
30 reference to FIG. 7. The information processing device 
11 is equipped with a command setting section 701 and 
a command transmission section 702. The command 
setting section 701 generates data that sets in a com- 
mand interface 601 a "process number" of a command 
35 to be executed by the first storage device 10 and its 
"presence or absence of edited data." The command 
transmission section 702 transmits to the first write re- 
quest section 401 a request to write the data in a first 
logical volume, which is a command device of the first 
40 storage device 10, according to a first communications 
protocol. 

[0039] The first storage device 10 is equipped with a 
command execution section 703. The command execu- 
tion section 703 is equipped with a pair management 
45 section 704, a copy forming section 705, a restore sec- 
tion 706, a journal storing section 707, a journal acqui- 
sition section 708 and a journal stop section 709, which 
control pairs of the logical volumes 209 to be described 
below. 

50 [0040] The command execution section 703 refers to 
a command device management table 501 , and obtains 
a LUN of a command device that corresponds to the first 
storage device 1 0 (S701 ) . The command execution sec- 
tion 703 refers to the command device (S702) and, if 

55 data in the form of the command device interface 601 
exists, executes a command designated by a process 
number indicated in the data. 

[0041] Referring to flow charts in FIGS. 8 and 9, proc- 
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esses executed by the information processing device 1 1 
and the storage devices 10 and 20 will be described. 
First, the information processing device 11 sets a "proc- 
ess number" and a "presence or absence of edited data" 
in first data in the form of the command device interface 
601 (S801 ). Then, the information processing device 1 1 
refers to a command device management table 501 
stored in the storage device 1 0, and obtains a LUN of a 
relevant command device of a storage device which ex- 
ecutes the command. In order to write the created first 
data at the LUN obtained : the information processing 
device 11 transmits to the storage device 10 a write re- 
quest designating the LUN (S802). 
[0042] Upon receiving the write request, the storage 
device 1 0 writes the first data in the command device at 
the designated LUN. 

[0043] It is noted that command devices are logical 
devices that are defined on storage areas of a plurality 
of storage devices, like the logical volumes 209, and 
write requests to the command devices are transmitted 
based on the same communications protocol as that for 
write requests transmitted to the logical volumes 209. 
[0044] The storage device 1 0 refers to the command 
device management table 501 , to specify LUNs of com- 
mand devices that the storage device 10 itself should 
refers to : and monitors whether or not the command de- 
vices have data written therein (S901). When the first 
data is found written in any of the command devices un- 
der observation, the storage device 10 executes the 
command designated by the process number in the first 
data (S902). Having completed the execution of the 
command, the storage device 1 0 confirms whether ed- 
ited data of the first data is present or absent (S903). 
When edited data is absent, the storage device 10 de- 
letes the first data from the command device (S906). 
When edited data is present, the storage device 1 0 sets 
data outputted as a result of execution of the command 
as edited data (S904). 

[0045] The information processing device 1 1 confirms 
whether edited data for the command is present or ab- 
sent (S803); and transmits to the storage device 10 a 
read request to read the edited data of the first data 
when the edited data is present (S804). Upon receiving 
the edited data from the storage device 10 (Yes at 
S805), the information processing device 11 completes 
the processing. It is noted that the read request is trans- 
mitted based on the same communications protocol for 
read requests for the logical volumes 209 other than the 
command device. 

[0046] When the edited data exists, after receiving the 
read request for the edited data from the information 
processing device 11 (S905), the storage device 10 de- 
letes the first data from the command device (S906). 
[0047] In this manner, read or write requests that are 
used by the information processing device 11 for read- 
ing or writing data from and to ordinary logical volumes 
of the storage device 1 0, the information processing de- 
vice 1 1 can transfer commands to the storage device 1 0. 



[0048] Also, by using the virtual volumes, the informa- 
tion processing device 1 1 can transfer commands to the 
second storage device 20 through the first storage de- 
vice 1 0 ; such that the second storage device 20 can ex- 

5 ecute the commands. 

[0049] It is noted that, when the information process- 
ing device 1 1 requests the storage device 1 0 and 20 to 
execute a "pair formation," "journal acquisition," "acqui- 
sition of processing state of journal," "restore" or "swap" 

10 processing to be described below, the information 
processing device 11 uses the virtual volumes and com- 
mand devices. 
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[Pair Formation] 



[0050] Next, a description will be made as to a method 
for storing a copy of data in the logical volume 209 of 
the first storage device 10 in the logical volume 209 of 
the second storage device 20. 
20 [0051] FIG. 10 shows a pair management table 1001. 
In the pair management table 1 001 , a column of "COPY 
SOURCE DEVICE" indicates storage devices (10 or 20) 
to which those of the logical volumes of copy sources 
belong (hereafter referred to as "primary volumes"). A 
25 column of "COPY DESTIANTION DEVICE" indicates 
storage devices (10 or 20) to which those of the logical 
volumes of copy destinations belong (hereafter referred 
to as "auxiliary volumes"). Also, a column of "PRIMARY 
LUN" indicates LUNs of the corresponding primary vol- 
30 umes, and a column of "AUXILIARY LUN" indicates 
LUNs of the corresponding auxiliary volumes. Each cor- 
respondence between a primary volume and an auxil- 
iary volume is called a "pair." Those of the logical vol- 
umes 209 for storing journals (to be described below) 
35 are assigned to the primary volumes and auxiliary vol- 
umes. A column of "PRIMARY JOURNAL LUN" sets 
LUNs of the logical volumes 209 of the journals as- 
signed for the primary volumes (hereafter referred to as 
"primary journals"). Acolumnof "AUXILIARY JOURNAL 
40 LUN" sets LUNs of the logical volumes 209 of the jour- 
nals assigned for the auxiliary volumes (hereafter re- 
ferred to as "auxiliary journals"). 

[0052] Any one of appropriate methods for assigning 
the logical volumes 209 for storing the journals can be 
45 used. For example, the user himself/herself may desig- 
nate those of the logical volumes 209 to be used as the 
journals, or the information processing device 11 may 
select appropriate unused ones of the logical volumes 
209. 

so [0053] Referring to FIG. 11, an example of a process 
flow in forming pairs will be described. In this example, 
it is assumed that the first storage device 1 0 is equipped 
with a third logical volume and a fifth logical volume, and 
the second storage device 20 is equipped with a fourth 

55 logical volume and a sixth logical volume. The informa- 
tion processing device 11 transmits a command to the 
first storage device 10 and the second storage device 
20 for forming a pair of the third logical volume as being 
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a primary volume and the fourth logical volume as being 
an auxiliary volume, and a pair of the fifth logical volume 
as being a primary journal and the sixth logical volume 
as being an auxiliary journal (S1101, S1102). The pair 
management sections 704 of the first and second stor- 
age devices 1 0 and 20 store information indicating the 
states of the pairs in the pair management tables 1001 
of the respective storage devices 10 and 20. The copy 
forming section 705 of the second storage device 20 
transmits to the first storage device 10 a read request 
to read data in the primary volume; and upon receiving 
from the f irst storage device 1 0 a copy of the data in the 
primary volume : the second storage device 20 writes the 
data in the auxiliary volume (S1103). By this operation, 
the data in the primary volume and the data in the aux- 
iliary volume can be matched with each other. A 
processing that brings the primary volume in conformity 
with the auxiliary volume by a pair forming instruction is 
called a "initial copy" processing. 

[0054] Also, the journal storage section 707 of the first 
storage device 10 starts a processing to obtain a copy 
of the data written in the primary volume and its posi- 
tional information in the primary journal. The correlation 
between the primary volume and the primary journal is 
described hereunder with reference to FIG. 12. The pri- 
mary journal is composed of a meta data region 1201 
and a journal data region 1202. The journal storage sec- 
tion 707 of the first storage device 10 stores a copy of 
the data written in the primary volume (hereafter re- 
ferred to as "journal data") in the journal data region 
1202. Also, the journal storage section 707 of the first 
storage device 10 stores in the meta data region 1201 
the time when data 1203 is updated in the primary vol- 
ume, LBA(s) 1204 of the data 1203, LBA(s) 1206 of the 
corresponding journal data region, and the data length 
of the updated data. Also, the auxiliary journal is com- 
posed of a meta data region 1201 and a journal data 
region 1202 like the primary journal. 
[0055] Also, by using a method similar to the above, 
a copy of data in the logical volume 209 of the second 
storage device 20 can be stored in the logical volume 
209 of the first storage device 10 by an instruction from 
the information processing device 11. 
[0056] As a result, without performing data communi- 
cations between plural information processing devices, 
and without adding new commands to the operating sys- 
tem of the information processing device 1 1 , data stored 
in a storage device at a primary site can be stored as a 
backup in a storage device at a remote site. Also, in ac- 
cordance with the present embodiment, a storage de- 
vice at a remote site transmits a read request to a stor- 
age device at a primary site to thereby perform a copy 
forming processing. By this, the processing load on the 
storage device at the primary site during the copy form- 
ing processing is alleviated. In other words, in a method 
in which a storage device at a primary site writes data 
in a storage device at a remote site, the storage device 
at the primary site needs to write the data in the storage 



device at the remote site after it confirms that the storage 
device at the remote site is ready for forming a pair. For 
this reason, the processing load on the storage device 
at the primary site becomes heavier, which would affect 

5 the overall performance of the primary site that is per- 
forming other primary processings. In contrast, in ac- 
cordance with the present embodiment, since the stor- 
age device at the primary site only has to send data in 
response to a read request from the storage device at 

10 the remote site, the processing load at the storage de- 
vice at the primary site can be alleviated. 

[Restoration] 

15 [0057] Even after the copy forming processing is per- 
formed : the first storage device 10 accepts write re- 
quests from the information processing device 11 , and 
updates the data in the primary volumes. For this rea- 
son, the data in the primary volumes becomes incon- 
20 sistent with the data in the auxiliary volumes. As de- 
scribed above, the primary journal stores journal data 
for executions performed even after the copy forming 
processing took place. In this respect, the second stor- 
age device 20 copies data stored in the primary journal 
25 into the auxiliary journal, and writes the data stored in 
the auxiliary journal into the auxiliary volumes, such that 
updates of the data on the primary volumes can be like- 
wise performed on the auxiliary volumes. 
[0058] Here, a processing to copy data stored in the 
30 primary journal into the auxiliary journal by the second 
storage device 20 is referred to as a "journal acquisition" 
processing, and a processing to write journal data 
stored in the auxiliary journal into the auxiliary volume 
is referred to as a "restoration" processing. 
35 [0059] FIG. 1 3 shows a flowchart of the journal acqui- 
sition processing. The information processing device 11 
transmits a journal acquisition instruction to the second 
storage device 20 (S1301). Upon receiving the journal 
acquisition instruction, the journal acquisition section 
40 708 of the second storage device 20 refers to the pair 
management table 1 001 , and obtains a primary journal 
LUN of the corresponding pair. The journal acquisition 
section 708 of the second storage device 20 transmits 
to the first storage device 10 a read request to read the 
45 primary journal. Upon receiving a copy of data of the 
primary journal, the journal acquisition section 708 of 
the second storage device 20 writes the data in the aux- 
iliary journal (S1302). 

[0060] Next, referring to FIG. 14, a processing flow of 
50 a restoration processing will be described. The informa- 
tion processing device 11 transmits to the second stor- 
age device 20 a restore instruction to restore data in the 
auxiliary journal onto the auxiliary volumes (S1 401 ). Up- 
on receiving the restore instruction, the restore section 
55 70S of the second storage device 20 writes journal data 
stored in the auxiliary journal into the auxiliary volumes 
(S1402). 

[0061] FIG. 15 shows journal data regions 1202 for 
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the primary journal and the auxiliary journal. The journal 
data regions for the primary journal and the auxiliary 
journal are defined by the same head LBA and end LBA ; 
respectively. The journal data region 1 202 for the prima- 
ry journal is composed of journal storage completed re- 
gions 1502, 1503 and 1504 which store journal data, 
and purge completed regions 1501 which do not store 
journal data. 

[0062] The journal data region 1202 of the auxiliary 
journal is composed of restoration completed regions 
1 521 that store journal data that have already been used 
for restoration in the auxiliary volumes, restore in- 
progress region 1522 that stores journal data that are 
designated for restoration, read completed region 1523 
that stores journal data that are not designated for res- 
toration, and read in-progress region 1524 that stores 
journal data that are being read from the primary journal 
in response to a journal acquisition instruction. 
[0063] Each of the storage devices 10 and 20 stores 
journal data in the journal data region 1202 from the 
head LBA to the end LBA in a chronological order as the 
journal data is created. When the journal data reaches 
the end LBA, each of the storage devices 1 0 and 20 re- 
turns to the head LBA again, and stores journal data 
from there. In other words : the storage devices 10 and 
20 use the journal data regions cyclically between the 
head LBA and the end LBA. 

[0064] The first storage device 10 that is equipped 
with the primary journal stores a journal-out LBA 1511 
which is a head LBA of the journal storage completed 
regions 1 502, 1 503 and 1 504 7 and a journal-in LBA 1512 
which is a head LBA of the purge completed region 
1 501 . When the journal-out LBA and the journal-in LBA 
are equal to each other, it means that journal data is not 
stored in the primary journal. 

[0065] The second storage device 20 that is equipped 
with the auxiliary journal stores a restoration completed 
LBA 1531 which is the highest LBA of the restoration 
completed region 1521, a to-be restored LBA 1532 
which is the highest LBA of the restore in-progress re- 
gion 1522, a read completed LBA 1533 which is the 
highest LBA of the read completed region 1523, and a 
to-be read LBA 1534 which is the highest LBA of the 
read in-progress region 1524. 

[0066] In other words, when the restoration complet- 
ed LBA 1 531 and the to-be restored LBA 1 532 are equal 
to each other, it means that a restoration processing in- 
structed by the information processing device 11 has 
been completed. Also, when the read completed LBA 
1533 and the to-be read LBA 1534 are equal to each 
other, it means that a journal acquisition processing in- 
structed by the information processing device 10 has 
been completed. 

[0067] The information processing device 11 can 
transmit to the first storage device 10 and the second 
storage device 20 a request to obtain the processing 
state of journal. Each of the storage devices 1 0 and 20 
confirms the states of LBAs that indicate the boundaries 



of the regions described above, and responds to the re- 
quest. 

[0068] Also, since the storage devices 1 0 and 20 use 
the journal data regions cyclically as described above, 
5 regions that become unnecessary need to be released. 
The processing to release a region is called a "purge 1 ' 
processing. Each of the storage devices 10 and 20 can 
perform a purge processing by changing addresses of 
LBAs that indicate the boundaries of the regions. The 
10 first storage device 10 can purge the journal storage 
completed region 1 502, among the journal storage com- 
pleted regions 1 502, 1 503 and 1 504 of the primary jour- 
nal, which the second storage device 20 has completed 
acquiring the journal data into the auxiliary journal. In 
15 this case, the first storage device 10 changes the jour- 
nal-out LBA 1 51 1 to the head LBA of the journal storage 
completed region 1503, such that the journal storage 
completed region 1502 becomes the purge completed 
region 1501. The second storage device 20 treats the 
20 restoration completed region 1521 of the auxiliary jour- 
nal as a region that is purged, and stores the journal 
data obtained in response to the journal acquisition in- 
struction in the restoration completed region 1521. 
[0069] Referring to a flowchart in FIG. 16, flows of the 
25 journal acquisition processing and the restoration 
processing will be described. The information process- 
ing device 11 transmits to the first storage device 10 a 
request to obtain the processing status of the primary 
journal (S1601). The information processing device 11 
30 transmits to the first storage device 10 a read request 
to read edited data of a command device at which the 
processing status of the primary journal is set (S1 602). 
Upon receiving the edited data of the command device 
from the first storage device 1 0 (S 1 603), the information 
35 processing device 11 transmits to the second storage 
device 20 a journal acquisition request to obtain journal 
data starting at the journal-out LBA 1511 to a LBA im- 
mediately before the journal-in LBA 1 51 2 (S1 604). The 
information processing device 11 transmits to the sec- 
40 ond storage device 20 a request to obtain the process- 
ing status of the auxiliary journal (S1 605). The informa- 
tion processing device 11 transmits to the second stor- 
age device 20 a read request to read edited data of a 
command device at which the processing status of the 
45 auxiliary journal is set (S1 606). Upon receiving the ed- 
ited data of the command device from the second stor- 
age device 20 (S1607), the information processing de- 
vice 1 1 compares the read completed LBA 1 533 and the 
to-be read LBA 1534 set in the edited data, to confirm 
so whether or not acquisition of the journal data has been 
completed (S1 608). When the acquisition of the journal 
data has been completed, the information processing 
device 11 transmits to the second storage device 20 a 
restore request to restore journal data up to the read 
55 completed LBA 1533 (S1609). Then, the information 
processing device 11 transmits to the first storage de- 
vice 10 a purge request to purge the journal data up to 
the read completed LBA 1 533 (S1 61 0). The information 
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processing device 11 repeats the journal acquisition 
processing and restoration processing. 
[0070] By the processings described above, updated 
data in a storage device at a primary site can be reflect- 
ed on a storage device at a remote site without perform- 
ing data communications between multiple information 
processing devices, and without adding new commands 
to the operating system of the information processing 
devices. It is noted that, with an instruction from the in- 
formation processing device 11 that is communicatively 
connected to a storage device at a remote site ; the stor- 
age device at the remote site can obtain journal data 
from a storage device at a primary site and restore the 
data. 

[Swap] 

[0071] Let us assume that a primary volume of the first 
storage device 1 0 and an auxiliary volume of the second 
storage device 20 form a pair by an instruction from an 
information processing device 11 (hereafter referred to 
as a "first information processing device") that is com- 
municatively connected to the first storage device 10. In 
this case, if a failure occurs in the first information 
processing device 1 0 ; an information processing device 
11 (hereafter referred to as a "second information 
processing device") that is communicatively connected 
to the second storage device 20 can continue process- 
ings that have been performed by the first information 
processing device, using the auxiliary volume of the pair. 
In this instance, the second information processing de- 
vice switches the relation between the primary volume 
and the auxiliary volume. In other words, a pair is formed 
with the logical volume 209 of the second storage device 
20 being a primary volume and the logical volume 209 
of the first storage device 10 being an auxiliary volume. 
Such a processing to switch the pair relation is called a 
"swap" processing. 

[0072] Referring to FIGS. 17 and 18, a flow of 
processings to swap a pair will be described. As shown 
in FIG. 17, the second information processing device 11 
transmits a pair swap instruction to the first storage de- 
vice 10 and the second storage device 20 (S1701, 
S1702). Upon receiving the pair swap instruction, the 
journal stop section of the first storage device 10 stops 
storing journals in the primary volume. Also, the pair 
management section 704 of the first storage device 10 
swaps the primary volume and the auxiliary volume reg- 
istered in the pair management table 1 001 . Similarly, the 
pair management section 704 of the second storage de- 
vice 20 swaps the primary volume and the auxiliary vol- 
ume registered in the pair management table 1 001 . The 
journal storage section 707 of the second storage de- 
vice 20 starts storing journals of the logical volume 209 
of the second storage device 20, which defines the pri- 
mary volume. 

[0073] FIG. 1 8 shows a state in which a pair is formed 
with the logical volume 209 of the second storage device 



20 being the primary volume and the logical volume 209 
of the first storage device 1 0 being the auxiliary volume, 
as a result of the swap processing performed by the first 
storage device 10 and the second storage device 20 
5 which received the pair swap instruction. 

[0074] The swap processing performed by the second 
information processing device 20 and the storage de- 
vices 1 0 and 20 will be described in detail with reference 
to flowcharts in FIGS. 1 9 through 21 . The second infor- 
10 mation processing device executes the journal acquisi- 
tion processing and the restoration processing de- 
scribed above (S1901). The second information 
processing device transmits to the second storage de- 
vice 20 a request to obtain the processing status of the 
15 auxiliary journal (S1902). The second information 
processing device transmits to the second storage de- 
vice 20 a read request to read edited data of a command 
device in which the processing status of the auxiliary 
journal is set (S1 903). Upon receiving the edited data of 
20 the command device from the second storage device 20 
(S1904), the second information processing device 
compares the restoration completed LBA 1531 and the 
to-be restored LBA 1532 set in the edited data, to con- 
firm if the restoration processing has been completed 
25 (S1 905). If the restoration has been completed, the sec- 
ond information processing device transmits a pair swap 
request to the first storage device 10 and the second 
storage device 20 (S1906, St 907) Upon receiving the 
pair swap request, the first storage device 10 stops its 
30 journal acquisition processing with respect to the prima- 
ry volume (S2001 ), and swaps the relation between the 
copy source and the copy destination registered in the 
pair management table 1 001 (S2002). Also, the second 
storage device 20, that has received the pair swap re- 
35 quest, swaps the relation between the copy source and 
the copy destination registered in the pair management 
table 1001 (S2101), and starts a journal acquisition 
processing with respect to the primary volume of the 
second storage device 20 (S2102). 
40 [0075] Let us consider as an example an information 
processing system that is composed of a primary site 
and a remote site. The primary site is equipped with a 
first information processing device and a first storage 
device 1 0, and the remote site is equipped with a second 
45 information processing device and a second storage de- 
vice 20. When a failure occurs in the first information 
processing device, the second information processing 
device uses the second storage device 20 to continue 
primary processings performed at the primary site. The 
50 second information processing device may instruct the 
first storage device 10 and the second storage device 
20 to execute the swap instruction described above, 
such that the second storage device 20 is used for the 
primary processings, and data on the second storage 
55 device 20 can be stored as a backup in the first storage 
device 10. Furthermore, since the data on the second 
storage device 20 is stored as a backup in the first stor- 
age device 1 0, the execution of the primary processings 
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can be quickly switched to the primary site, when the 
first information processing device is recovered from the 
failure. 

[0076] Also, since the pair swap instructions from the 
information processing device 11 to the storage devices 
1 0 and 20 are provided using read/write commands with 
which the information processing device 1 1 is equipped : 
there is no need to add new commands to the operating 
system on the information processing device 11. 

[Three-site Structure with Command Device System] 

[0077] The storage device system described above 
transfers commands between two storage devices us- 
ing virtual volumes and command devices. Further- 
more, a virtual volume structure can be set up among 
three or more storage devices so that commands can 
be transferred among three or more storage devices. 
[0078] FIG. 22 shows a storage device system in ac- 
cordance with an embodiment of the present invention, 
which includes, for example., a first storage device 10, 
a second storage device 20 and a third storage device 
25. 

[0079] A logical volume 2201 of the first storage de- 
vice 10 is a virtual volume of a logical volume 2202 of 
the second storage device 20, the logical volume 2202 
of the second storage device 20 is a virtual volume of a 
logical volume 2203 of the third storage device 25. A 
third logical volume 2203 is a command device By con- 
necting the virtual volumes in this manner, commands 
can be transferred from an information processing de- 
vice 11 to the third storage device 25. 
[0080] Accordingly, by using the single information 
processing device 11 and three storage devices 10, 20 
and 25, a storage device system that can handle disas- 
ter recovery can be structured. FIG. 23 indicates the 
storage device system. 

[0081] The first storage device 10, the second storage 
device 20 and the third storage device 25 are equipped 
with logical volumes 2301 , 2302 and 2303, respectively. 
In this example, the logical volume 2301 of the first stor- 
age device 1 0 and the logical volume 2302 of the second 
storage device 20 form a synchronous pair with the log- 
ical volume 2301 of the first storage device as being a 
primary logical volume. 

[0082] The following is a description of the synchro- 
nous pair. FIG. 24 indicates a synchronous pair man- 
agement table 2401 . The synchronous pair manage- 
ment table 2401 is equipped with entries of "COPY 
SOURCE DEVICE," "COPY DESTINATION DEVICE," 
"PRIMARY LUN," and "AUXILIARY LUN. M When the 
logical volume 2301 of the first storage device 10 and 
the logical volume 2302 of the second storage device 
20 form a synchronous pair, the first storage device 10 
is set as a copy source device, the second storage de- 
vice 20 as a copy destination device, a LUN of the logical 
volume 2301 of the first storage device 1 0 as a primary 
LUN, and a LUN of the logical volume 2302 of the sec- 



20 

ond storage device 20 as an auxiliary LUN. 
[0083] Upon receiving a data write request from the 
information processing device 1 1 to write data in the log- 
ical volume 2301 of the first storage device 10, which is 
5 a primary volume., the first storage device 10 refers to 
the synchronous pair management table 2401, and 
sends the data write request to the second storage de- 
vice 20 to write the data in the logical volume 2302 of 
the second storage device 20, which is an auxiliary vol- 
10 ume corresponding to the primary volume. Upon receiv- 
ing a data write completion notification for the data write 
request from the second storage device 20, the first stor- 
age device 10 sends the data write completion notifica- 
tion to the information processing device 11. In other 
is . words, when the write completion notification is sent to 
the information processing device 11, the same data 
have been written in the primary volume and the auxil- 
iary volume. Accordingly, by using the synchronous pair, 
data can be backed up in the second storage device 20, 
20 without losing the data of the first storage device 10. 
However, in making a synchronous pair, if there is a 
great distance between the first storage device 10 and 
the second storage device 20, transmission of a write 
completion notification to the information processing de- 
25 vice 11 may be delayed, and the processing by the in- 
formation processing device 11 may be affected. 
[0084] Accordingly a synchronous pair is formed 
when the first storage device 1 0 and the second storage 
device 22 are located in a short distance from each oth- 
30 er, and a pair using the journals described above (here- 
after referred to as an "asynchronous pair") is formed 
with the second storage device 20 and the third storage 
device 25. The information processing device 11 sends 
to the second storage device 20 and the third storage 
35 device 25 a command to form a pair with the logical vol- 
ume of the second storage device 20 being as a primary 
volume and the logical volume of the third storage de- 
vice 25 as being an auxiliary volume, using the virtual 
volumes and command devices. After the pair is formed, 
40 the information processing device 11 sends a command 
to obtain and restore a journal in the pair to the third 
storage device 25. by using the virtual volumes and the 
command devices. Accordingly, data of the first storage 
device 10 can be backed up in the third storage device 
45 25 that may be installed at a great distance from the first 
storage device 10. Also, neither the third storage device 
25 nor the second storage device 20 that is located in- 
termediate between the first and third storage devices 
10 and 25 requires an information processing device. It 
50 is noted that an information processing device for back- 
up may be connected to the third storage device 25, and 
processings may be continued using data in the third 
storage device 25 when the first storage device 1 0 fails. 
[0085] A data backup method in which commands are 
55 transferred among storage devices by using virtual vol- 
umes and command devices is described above. In the 
description above, the information processing device 11 
sends commands to the storage devices 1 0, 20 and 25. 
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However each of the storage devices 1 0, 20 and 25 may 
be equipped with a command setting section 701 and a 
command transmission section 702. For example, in the 
structure indicated in FIG. 23 : the first storage device 
1 0 can send a command to be executed at the third stor- 
age device 25 to the command device of the third stor- 
age device 25 via the virtual volume of the second stor- 
age device 20. By this, for example, the first storage de- 
vice 10 can send to the third storage device 25 a com- 
mand to confirm the status of the third storage device 
25, such that the first storage device 10 can detect the 
status, such as, a failure of the third storage device 25. 
If a failure occurs in the third storage device 25, the first 
storage device 10 can send to the second storage de- 
vice 20 and the third storage device 25 a command to 
cancel the above-described asynchronous pair be- 
tween the second storage device 20 and the third stor- 
age device 25. 

[Method for Designating Transfer Destination Address] 

[0086] Next, a method to designate an address of a 
storage device of a transfer destination at the time of 
transferring a command. FIG. 25 indicates a path infor- 
mation management table 2501 that is stored in the in- 
formation processing device 11. The path information 
management table 2501 includes columns of "DEVICE" 
and "PATH " In the "DEVICE" column, addresses of the 
storage devices 1 0 and 20 are stored. For example, an 
address may be information that is composed of a prod- 
uct serial number, a port number and the like of each of 
the storage devices 10 and 20. The "PATH" column 
stores information indicating as to how each of the stor- 
age devices 10 and 20 is connected to the information 
processing device. For example, according to the path 
information management table 2501 shown in FIG. 25, 
the path to the first storage device 10 is indicated as 
being "DIRECT" and the path to the second storage de- 
vice 20 is indicated as being "FIRST" This means that 
the information processing device 1 1 is directly connect- 
ed to the first storage device 10, and is connected to the 
second storage device 20 through the first storage de- 
vice 10. 

[0087] FIG. 26 shows a command interface 2601 
which is a data format used when transferring a com- 
mand from the information processing device 11 to the 
storage devices 10 and 20. The command interface 
2601 is composed of an identification number, a transfer 
destination parameter, a control parameter and an input 
parameter. The identification number is a number for 
identifying the data, which is appended by the informa- 
tion processing device 1 1 when generatingthe data. Ad- 
dresses of the storage devices 10 and 20 to which the 
data is sent are set at the transfer destination parameter. 
The control parameter and the input parameter set pa- 
rameters similar to those of the command device inter- 
face 601 that is used in the command device. 
[0088] An outline of processings to be executed when 



the information processing device 11 transfers a com- 
mand to the second storage device 20 will be described 
with reference to FIG. 27. The information processing 
device 11 is equipped with a data generation section 

5 2701 and a data transfer section 2702. Each of the stor- 
age devices 10 and 20 is equipped with a command 
analysis section 2703, a data transfer section 2704 and 
a command execution section 2705. 
[0089] The data generation section 2701 of the infor- 

10 mation processing device 1 1 refers to the path informa- 
tion management table 2501 , refers to the path to the 
second storage device 20. and recognizes that the sec- 
ond storage device 20 is connected via the first storage 
device 1 0. The data generation section 2701 generates 

15 data 2710 in the command interface 2601 format in 
which the address of the second storage device 20 is 
set as a transfer destination address and a first com- 
mand is set at a process number. The data generation 
section 2701 notifies the data transfer section 2702 to 

20 transfer the data 271 0 to the first storage device 1 0. The 
data transfer section 2702 transfers the data 271 0 to the 
first storage device 10. 

[0090] The command analysis section 2703 of the first 
storage device 10, upon receiving the data 2710, noti- 
25 ties the data transfer section 2704 of the first storage 
device 1 0 to transfer the data 271 0 to the second stor- 
age device 20 that is set as the transfer destination ad- 
dress. The data transfer section 2704 of the first storage 
device 10 generates data 2711 by deleting the transfer 
30 destination parametertrom the data 271 0, and transfers 
the data 2711 to the second storage device 20. The 
command analysis section 2703 of the second storage 
device 20, upon receiving the data 2711, obtains the first 
command from the command parameter, as the data 
35 271 1 does not contain a transfer destination parameter. 
The command analysis section 2703 of the second stor- 
age device 20 notifies the command execution section 
2705 of the second storage device 20 to execute the 
first command. The command execution section 2705 
40 of the second storage device 20, upon receiving the no- 
tification from the command analysis section 2703, ex- 
ecutes the first command. 

[0091] When the first command causes an output re- 
sult, the command execution section 2705 of the second 

45 storage device 20 stores the output result as edited data 
2712. In this example, the same identification number 
is appended to all of the data 2710, 2711 and 2712. 
When the first command causes an output result, the 
information processing device 11 can obtain the output 

50 result of the first command by designating an identifica- 
tion number at the first storage device 1 0 and sending 
a send command to send the edited data 271 2 

[Method for Designating Transfer Destination Address 
55 in Three-site Structure] 

[0092] The method for transferring a command be- 
tween two storage devices by designating a transfer 
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destination address has been described above. Further 
a command can be transferred among three or more 
storage devices by designating multiple transfer desti- 
nation addresses. 

[0093] FIG. 28 shows a flow of processings to transfer 
a command among three storage devices, i.e., the first 
storage device 10, the second storage device 20 and 
the third storage device 25. The information processing 
device 11 is communicatively connected to the first stor- 
age device 10 ; the first storage device 10 is communi- 
catively connected to the second storage device 20, and 
the second storage device 20 is communicatively con- 
nected to the third storage device 25. In this example, 
the path information management table 2501 of the in- 
formation processing device 11 sets paths indicated in 
FIG. 29. 

[0094] A process flow in which the information 
processing device 11 transfers a first command to the 
third storage device 25 is described below. The data 
generation section 2701 of the information processing 
device 11 refers to the path information management 
table 2501 and recognizes that the third storage device 
25 is connected via the first storage device 10 and the 
second storage device 20. The data generation section 
2701 generates data 2801 in the command interface 
2601 format in which the second storage device 20 and 
the third storage device 25 are set as transfer destina- 
tion addresses, and a first command is set as a process 
number. The data generation section 2701 notifies the 
data transfer section 2702 to transfer the generated data 
to the first storage device 1 0 that is at the head address 
in the transfer path. The data transfer section 2702, up- 
on receiving the notification , sends the data 2801 to the 
storage device 10. 

[0095] The command analysis section 2703 of the first 
storage device 10, upon receiving the data 2801, ob- 
tains the address of the second storage device 20 which 
is set at the head of the transfer destination parameter, 
and notifies the data transfer section 2704 of the first 
storage device 1 0 to send the data to the second storage 
device 20. The data transfer section 2704, upon receiv- 
ing the notification, generates data 2808 by deleting the 
transfer destination address of the second storage de- 
vice 20 from the data 2801 , and sends the data 2802 to 
the second storage device 20. 

[0096] The second storage device 20 obtains the ad- 
dress of the third storage device 25 which is set at the 
head of the transfer destination parameter just as does 
the first storage device 1 0, generates data 2803 by de- 
leting the third storage device 25 from the transfer des- 
tination parameter, and sends the data 2803 to the third 
storage device 25. 

[0097] The command analysis section 2703 of the 
third storage device 25, upon receiving the data 2803. 
obtains the process number of the first command from 
the control parameter as the data 2803 does not contain 
a transfer destination address, and notifies the com- 
mand execution section 2705 of the third storage device 



25 to execute the first command. The command execu- 
tion section 2705 of the third storage device 25, upon 
receiving the notification, executes the first command. 
[0098] In this manner, by setting multiple transfer des- 
5 tination addresses in the transfer destination parameter, 
a command can be transferred among three or more 
storage devices. 

[Processings of Method for Designating Transfer 
10 Destination Address] 

[0099] FIG. 30 shows a flowchart of processings ex- 
ecuted by the information processing device 11 when a 
command is transferred with a transfer destination ad- 

15 dress being designated. 

[0100] First, the information processing device 11 
generates an identification number and sets the identi- 
fication number in a command interface 2601 (S3001). 
The identification number can be any number that can 

20 uniquely identify the command interface 2601 generat- 
ed. The information processing device 11 refers to the 
path information management table 2501 , and obtains 
a path for a storage device to which a command is to be 
transferred (S3002). The information processing device 

25 11 sets one or multiple transfer destination addresses 
at the transfer destination parameter based on the path 
information obtained (S3003). Next, the information 
processing device 1 1 sets a process number of the com- 
mand to be executed by the storage device at the trans- 

30 fer destination and a presence/absence of edited data 
of the command (S3004). Then, the information 
processing device 11 sends the data of the command 
interface 2601 to a storage device at the head address 
in the transferpath (S3005). The information processing 

35 device 1 1 confirms whether the command results in ed- 
ited data (S3006), and ends the processing when no ed- 
ited data exists. When edited data exists, the informa- 
tion processing device 11 designates the identification 
number and sends an edited data send request to the 

40 storage device at the head address in the transfer path 
(S3007). The information processing device 11 waits 
until it receives the edited data (S3008), and ends the 
processing upon receiving the edited data. 
[0101] FIG. 31 shows a flowchart of processings per- 

45 formed at the storage devices 10, 20 and 25, when a 
command is transferred with a transfer destination ad- 
dress being designated. 

[01 02] Each of the storage devices 1 0, 20 and 25 may 
perform the following processings. Upon receiving the 

so data of the command interface (S3101), each storage 
device stores the data in a cache memory (S31 02). The 
storage device confirms whether the data contains a 
transfer destination parameter (S3103). If the transfer 
destination parameter exists, the storage device obtains 

55 a transfer destination address at the head of the transfer 
destination parameter (S3104). Next, the storage de- 
vice deletes the transfer destination address at the head 
of the transfer destination parameter from the data 
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(S31 05), and sends the data to the transfer destination 
address previously obtained (S3106). The storage de- 
vice confirms whether the command results in edited da- 
ta (S31 07). If edited data exists, the storage device ex- 
ecutes a processing to obtain the edited data (S3108), 
deletes the data from the cache memory (S3109), and 
ends the processing. If no edited data exists, the storage 
device does not perform the processing to obtain edited 
data, deletes the data from the cache memory (S31 09), 
and ends the processing. 

[0103] When a transfer destination parameter is not 
set in the received command interface 2601 , the storage 
device (which may be 10, 20 or 25) obtains a process 
number of the control parameter (S31 1 0) , and executes 
a command designated by the process number (S31 1 1 ). 
The storage device (10, 20, 25) confirms whether the 
command results in edited data (S3112). If edited data 
exists, the storage device (1 0 : 20, 25) generates edited 
data set with the identification number set in the com- 
mand interface 2601 (S31 1 3), executes a process to ob- 
tain edited data (S3108), deletes the data from the 
cache memory (S31 09), and ends the processing. If ed- 
ited data does not exist, the storage device (10, 20, 25) 
deletes the data from the cache memory (S3109) and 
ends the processing. 

[01 04] FIG. 32 shows a flowchart of the processing to 
obtain edited data performed by the storage device (1 0, 

20, 25). 

[0105] In the process to obtain edited data, the stor- 
age device (10, 20, 25) waits until it receives a edited 
data obtaining request to obtain edited data (S3201). 
Upon receiving the request to obtain edited data, the 
storage device refers to the command interface 2601 at 
the identification number that is sent in the edited data 
obtaining request (S3202).The storage device (10, 20, 
25) confirms if the command interface 2601 referred to 
contains a transfer destination parameter (S3203). If the 
transfer destination parameter exists, it is not the stor- 
age device (10, 20, 25) that executed the command, 
such that the storage device (10, 20, 25) obtains a trans- 
fer destination address at the head of the transfer des- 
tination parameter (S3204), and sends the edited data 
obtaining request to the obtained transfer destination 
address (S3205). The storage device (10, 20. 25) waits 
until it receives edited data (S3206), and, when it re- 
ceives the edited data, the storage device sends the ed- 
ited data received to the transmission source of the ed- 
ited data obtaining request (S3207). When no transfer 
destination parameter exists, it is the storage device that 
executed the command, the storage device (1 0, 20. 25) 
obtains edited data of the identification number (S3208), 
and sends obtained edited data to the transmission 
source of the edited data obtaining request (S3209). By 
this, the edited data is sent to the information processing 
device 1 1 back along the path in which the command is 
transferred. 

[0106] In the processing indicated in FIG. 31, when 
the command interface 2601 is transferred, the transfer 



destination address at the head thereof is deleted. But, 
the data of the command interface 2601 can be sent to 
the transfer destination as is without deleting the trans- 
fer destination address. FIG. 33 and FIG. 34 show flow- 
5 charts of processings performed in this situation by the 
storage device (10, 20, 25). 

[0107] FIG. 33 indicates processings performed by 
the storage device (10, 20, 25) as it receives the com- 
mand interface 2601 , and its basic process flow is gen- 
10 erally the same as the process flow indicated in FIG. 31 . 
The process flow indicated in FIG. 33 differs from the 
process flow in FIG. 31 in that the storage device (10, 
20, 25) that has received the data of the command in- 
terface 2601 needs to judge as to whether the storage 
15 device itself is in a transfer path or whether the storage 
device should execute a command. 
[0108] More specifically, the storage device (10, 20, 
25) confirms whether the last transfer destination ad- 
dress is the address of its own (S3303), and determines 
20 that the storage device (10, 20, 25) is in a transfer path 
if the last transfer destination address is not its own ad- 
dress, and determines that the storage device (10, 20, 
25) should execute a command if the last transfer des- 
tination address is its own address. When the storage 
25 device (10, 20, 25) is in the transfer path, the storage 
device confirms whether the transfer destination ad- 
dress includes its own address (S3304); if its own ad- 
dress is included, the storage device obtains a transfer 
destination address next to the address of its own 
30 (S3305); and if its own address is not included, the stor- 
age device obtains the head transfer destination ad- 
dress (S3306). Then, the storage device (10, 20, 25) 
sends the data of the command interface 2601 to the 
obtained transfer destination address (S3307). When 
35 the storage device (10, 20 : 25) is to execute acommand, 
the storage device (10, 20, 25) obtains a process 
number of the control parameter (S3311), and executes 
a command designated by the process number 
(S3312). Other processings are basically the same as 
40 those of the processings indicated in FIG. 31 except an 
edited data obtaining process (S3309). 
[0109] FIG. 34 shows a flowchart of the edited data 
obtaining process performed when the transter destina- 
tion address is not deleted. The edited data obtaining 
45 process in FIG. 34 differs from the process indicated in 
FIG. 31 in that the storage device that has received an 
edited data obtaining request needs to judge whether 
the storage device (1 0, 20, 25) itself is in a transfer path 
or whether the storage device (10, 20, 25) itself has ex- 
50 ecuted the command. The storage device (10, 20, 25) 
judges by the same method indicated in FIG. 33 
(S3403); if the storage device (10, 20, 25) is in a transfer 
path, the storage device (10, 20, 25) sends the edited 
data obtaining request to the next transfer destination 
55 (S3405 - S3408); and if the storage device (10, 20, 25) 
has executed the command, the storage device (1 0, 20, 
25) obtains edited data of an identification number set 
in the edited data obtaining request (S3411). The other 
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processings are the same as those indicated in FIG. 32. 

[Determination of Shortest Transfer Path] 

[0110] Next a description will be made as to a proc- 
ess in which the storage device (10, 20 ; 25) determines 
the shortest transfer path and sends a command inter- 
face 2601 in the transfer path determined. 
[0111] FIG. 35 shows a flowchart of processings per- 
formed when the first storage device 10 receives data 
3501 of a command interface from the information 
processing device 11. The shared memory 204 of the 
first storage device 10 stores a connection information 
management table 3601 indicated in FIG. 36. The con- 
nection information management table 3601 can be set 
by a system administrator through the management ter- 
minal 207. The connection information management ta- 
ble 360 1 stores addresses of the storage devices 1 0 and 
20 that are connected. For example, the connection in- 
formation management table 3601 in FIG. 36 indicates 
that the first storage device 1 0 is connected to the sec- 
ond storage device 20 and the third storage device 25. 
[0112] The first storage device 10 : upon receiving the 
data 3501 of the command interface from the informa- 
tion processing device 11 . refers to the connection in- 
formation management table 3601 : and obtains the ad- 
dress of the third storage device 25 which is set at the 
last of the transfer destination parameter. The first stor- 
age device 10 judges that data can be directly sent to 
the third storage device 25 because the address of the 
third storage device 25 is stored in the connection infor- 
mation management table 3601 . The first storage de- 
vice 10 generates data 3502 by deleting the transfer 
destination addresses of the third storage device 25 and 
the second storage device 20 : and directly sends the 
data 3502 to the third storage device 25 without passing 
it through the second storage device 20. 
[0113] FIG. 37 shows a flowchart of processings in 
which the storage device (which may be 10 5 20 or 25) 
determines the shortest path and transfers data of a 
command interface, which differs from the processing 
indicated in FIG. 31 only in that the storage device (10 3 
20, 25) judges the shortest transfer path. 
[0114] The storage device (10, 20, 25) obtains the 
number of transfer destination addresses set in the 
transfer destination parameter, and sets the obtained 
number as a variable "N" (S3704). Then, the storage 
device (10, 20, 25) obtains the N-th transfer destination 
address (S3705). and confirms whether the obtained 
transfer destination address is stored in the connection 
information management table 3601 (S3706). When the 
obtained transfer destination address is not stored in the 
connection information management table 3601, the 
number N is reduced by 1 (S3707), and the storage de- 
vice (10, 20, 25) repeats the processings to obtain the 
N-th transfer destination address and to confirm wheth- 
er the obtained transfer destination address is stored in 
the connection information management table 3601 
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(S3705, S3706). As a result, the storage device (10, 20, 
25) can obtain the shortest transfer path. Then, the stor- 
age device (10, 20, 25) deletes the transfer destination 
addresses before the N-th transfer destination address 

5 from the data of the command interface 2601 (S3708), 
and sends the data to the N-th transfer destination ad- 
dress. The other processings are the same as those in- 
dicated in FIG. 31 . Also, the edited data obtaining proc- 
ess (S3711) is the same as the process in FIG. 32. 

10 [0115] In this manner, the storage device (10, 20, 25) 
determines the shortest transfer path, and transfers a 
command along the shorted transfer path, such that the 
data transfer amount among the storage devices can be 
reduced, and the transfer time for transferring com- 

is mands can be shorted. 

[Execution of Command at Each of the Storage Devices] 

[01 16] Next, a description will be made as to a method 
20 jn which the information processing device 11 sends 
commands to a plurality of storage devices 10, 20 and 
30 with a single instruction. 

[0117] FIG. 38 indicates a command interface 3801 
for sending commands to a plurality of storage devices 
25 1 o, 20 and 25. The command interface 3801 has a struc- 
ture in which a plurality of command interfaces 2601 
shown in FIG. 26 are connected. 

[0118] FIG. 39 shows an example of processings in 
which the information processing device 11 sends a first 

30 command to the second storage device 20 and a second 
command to the third storage device 25. The informa- 
tion processing device 11 sets the second storage de- 
vice 20 at the transfer destination address of the first 
transfer destination parameter and the first command 

35 at the process number of the first control parameter. 
Then, the information processing device 11 sets the 
third storage device 25 at the transfer destination ad- 
dress of the second transfer destination parameter, and 
the second command at the process number of the sec- 

40 ond control parameter. The information processing de- 
vice 11 sends data 3901 thus generated to the first stor- 
age device 1 0 that is located at the head of the transfer 
path. 

[0119] The first storage device 1 0, upon receiving the 
45 data 3901 , obtains the transfer destination address of 
the first transfer destination parameter, and sends data 
3092 by deleting the head transfer destination parame- 
ter from the data 3901 to the second storage device 20. 
The second storage device 20, upon receiving the data 
so 3902, executes the first command that is set in the first 
control parameter. Then the second storage device 20 
deletes the head control parameter in the data 3902, 
and obtains the transfer destination address of the 
transfer destination parameter. The second storage de- 
55 vice 20 sends to the third storage device 25 data 3903 
by deleting the head transfer destination parameterf rom 
the data 3902. The third storage device 25, upon receiv- 
ing the data 3903, executes the second command set 
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in the head control parameter. 

[0120] FIG. 40 shows a flowchart of processings per- 
formed by the first information processing device 11 
when sending commands to a plurality of storage devic- 
es 1 0, 20 and 25. The information processing device 1 1 
refers to the path information management table 2501, 
and obtains paths to the storage devices 10 : 20 and 25 
to which the commands are sent (S4001). Then : the in- 
formation processing device 11 repeats executions to 
set a transfer destination address in the transfer desti- 
nation parameter (S4002) and to set a command in the 
control parameter (S4003) in the order from the head 
storage device 10 to the storage devices 20 and 25 in 
the path until there is no transfer destination remained 
(S4004). The information processing device 11 sends 
the data of the command interface 3801 thus generated 
to the head storage device 10 and the storage devices 
20 and 25 in the transfer path (S4005). 
[0121] FIG. 41 shows a flowchart of processings per- 
formed at each of the storage devices 10, 20 and 25 
when commands are sent to the plurality of storage de- 
vices 1 0, 20 and 25. The storage device (which may be 
10 : 20 or 25), upon receiving data of the command in- 
terface 3801 (S41 01 ) , stores the data in the cache mem- 
ory (S4102). The storage device (10, 20, 25) confirms 
whether the head of the data is a transfer destination 
parameter (S41 03). If the head of the data is a transfer 
destination parameter, the storage device (10, 20, 25) 
obtains a transfer destination address of the head trans- 
fer destination parameter (S4104), deletes the head 
transfer destination parameter from the data (S4105), 
and sends the data to the obtained transfer destination 
address (S4106). When the head of the data is not a 
transfer destination parameter, the storage device (10, 
20, 25) obtains a process number of the head control 
parameter (S41 07), and executes a command designat- 
ed by the process number (S4108). The storage device 
(1 0, 20, 25) deletes the head control parameter (S41 09), 
and confirms whether a further transfer destination pa- 
rameter exists (S4110). When the further transfer des- 
tination parameter exists, the storage device (1 0, 20, 25) 
performs processings from obtaining a transfer destina- 
tion address to sending data to the transfer destination 
address (S41 04 - S41 06). 

[0122] In this manner, by sending commands to a plu- 
rality of storage devices 10, 20 and 25, for example, in 
the case of forming asynchronous pairs among the stor- 
age devices, the information processing device 11 can 
perform controls, such as, simultaneously sending pair 
forming commands to the storage devices 10, 20 and 
25 that form primary volumes and to the storage devices 
10, 20 and 25 that form auxiliary volumes in asynchro- 
nous pairs. In other words, pairs can be readily formed 
without communicating among plural information 
processing devices. 

[0123] In the above described embodiment, com- 
mands are transferred through designating transfer des- 
tination addresses. In the embodiment described 



above, the information processing device 11 sends 
commands to the storage devices 10, 20 and 25. How- 
ever, each of the storage devices 10. 20 and 25 may be 
equipped with a data generation section 2701 and a da- 
5 ta transmission section 2702. 

[01 24] By using the method of transferring commands 
through designating transfer destination addresses in a 
manner described above, commands can be executed 
by each of the storage devices 1 0, 20 and 25 which may 
10 not be connected to an information processing device, 
just as does the storage device system transfer com- 
mands through using virtual volumes and command de- 
vices. By this, data backup and pair operations can be 
conducted without communicating data among multiple 
15 information processing devices. Also, when commands 
are transferred through designating transfer destination 
addresses, dedicated logical volumes such as com- 
mand devices do not need to be provided, and therefore 
data areas to be allocated to users would not be re- 
20 duced. Also, in the case of command devices, there is 
a possibility that the performance of the storage devices 
10, 20 and 25 may lower because data input/output re- 
quests may concentrate on specified logical volumes. 
In contrast, when transferring commands through des- 
25 jgnating transfer destination addresses, cache memo- 
ries are used, such that a reduction in the performance 
of the storage devices 1 0, 20 and 25 can be prevented. 
[01 25] While the description above refers to particular 
embodiments of the present invention, it will be under- 
go stood that these embodiments are presented for ready 
understanding of the present invention and many mod- 
ifications may be made without departing from the spirit 
thereof. The accompanying claims are intended to cover 
such modifications as would fall within the true scope 
35 and spirit of the present invention. For example, in the 
present embodiments, commands that are transferred 
are commands relating to pairs of logical volumes. How- 
ever, commands to be transferred are not limited to com- 
mands relating to pairs, but may be any commands that 
40 are executable by the storage devices 10, 20 and 25. 
[0126] The presently disclosed embodiments are 
therefore to be considered in all respects as illustrative 
anc' r.ot restrictive, the scope of the invention being in- 
dicated by the appended claims, rather than the f orego- 
45 ing oescription, and all changes which come within the 
meaning and range of equivalency of the claims are 
therefore intended to be embraced therein. 



50 Claims 

1. A method for controlling a storage device system, 
the storage device system including 

at least one information processing device, 
55 at least first storage device and second stor- 

age device equipped with a first storage volume and 
a second storage volume, respectively, 

wherein the information processing device is 
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communicatively connected to the first storage de- 
vice, 

the first storage device is communicatively 
connected to the second storage device, 

the information processing device is equipped 5 
with a first write request section that requests to 
write data in the first storage device according to a 
first communications protocol and 

the first storage device is equipped with a sec- 
ond write request section that requests to write data 10 
in the second storage device according to a second 
communications protocol, 

the method comprising: 

a step of creating first data including a first in- '5 
struction to be executed in the second storage 4. 
device; 

a step of transmitting from the information 
processing device to the first write request sec- 
tion a request to write the first data in the first 20 
storage volume according to the first communi- 
cations protocol; 

a step of transmitting from the first storage de- 
vice to the second write request section a re- 
quest to write the first data in the second stor- 25 
age volume according to the second communi- 
cations protocol, when the first data written in 
the first storage volume is an instruction to the 
second storage device: and 

a step of executing the first instruction set in the 30 
first data written in the second storage volume 
at the second storage device. 



A method for controlling a storage device system 
according to claim 1 , further comprising: 



35 5. 



a step of creating second data including a sec- 
ond instruction to be executed by the first stor- 
age device; 

a step of transmitting from the information *o 
processing device to the first write request sec- 
tion a request to write the second data in the 
first storage volume according to the first com- 
munications protocol: and 

a step of executing the second instruction at the ^ 
first storage device when the second data writ- 
ten in the first storage volume is an instruction 
to the first storage device. 



A method for controlling a storage device system 
according to claim 1 , wherein the first storage de- 
vice includes a third storage volume, the second 
storage device includes a fourth storage volume : 
and the second storage device includes a read re- 
quest section that requests the first storage device 
to read data according to a third communications 
protocol, the method comprising: 
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a step of creating the first data including as the 
first instruction a pair forming instruction to form 
a pair of the third storage volume as being a 
primary storage volume and the fourth storage 
volume as being an auxiliary storage volume; 
and 

a step conducted by the second storage device 
of receiving the pair forming instruction set in 
the first data written in the second storage vol- 
ume, and transmitting to the read request sec- 
tion a request to read data in the third storage 
volume and write the data into the fourth stor- 
age volume according to the third communica- 
tions protocol. 

A method for controlling a storage device system 
according to claim 1 , wherein the first storage in- 
cludes a third storage volume, and the second stor- 
age device includes a fourth storage volume and a 
sixth storage volume, the method comprising: 

a step of creating the first data including as the 
first instruction a pairforming instruction to form 
a pair of the third storage volume as being an 
auxiliary storage volume and the fourth storage 
volume as being a primary storage volume; and 
a step conducted by the second storage device 
of receiving the pair forming instruction set in 
the first data written in the second storage vol- 
ume, and storing in the sixth storage volume a 
copy of data to be written in the fourth storage 
volume and positional information of the data 
as a journal. 

A method for controlling a storage device system 
according to claim 3, wherein the first storage de- 
vice includes a fifth storage volume, and the second 
storage device includes a sixth storage volume, 
wherein a pair is formed with the third storage vol- 
ume as being a primary storage volume and the 
fourth storage volume as being an auxiliary storage 
volume, and a copy of data to be written in the third 
storage volume and positional information of the da- 
ta are stored in thefifth storage volume as a journal, 
the method comprising: 

a step of creating the first data including as the 
first instruction a journal acquisition instruction 
to store a copy of the journal into the sixth stor- 
age volume; and 

a step conducted by the second storage device 
of receiving the journal acquisition instruction 
set in the first data written in the second storage 
volume, and transmitting to the read request 
section a request to read data in the fifth stor- 
age volume and write the data into the sixth 
storage volume according to the third commu- 
nications protocol. 
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6. A method for controlling a storage device system 
according to claim 5, comprising: 

a step of creating the first data including as the 
first instruction a restoration instruction to up- 5 
date the fourth storage volume using a journal 
stored in the sixth storage volume: and 
a step conducted by the second storage device 
of receiving the restoration instruction set in the 
first data written in the second storage volume, 10 
and writing data stored in the journal written in 
the sixth storage volume into the fourth storage 
volume. 

7. A method for controlling a storage device system ^ 
according to claim 4, comprising a step conducted 

by the second storage device of storing pair man- 
agement information indicating that the pair is 
formed with the third storage volume as being an 
auxiliary storage volume and the fourth storage vol- 2° 
ume as being a primary storage volume. 

8. A method for controlling a storage device system 
accordinq to claim 7, comprising: 

a step of creating the first data including as the 
first instruction a pair swap instruction to swap 
the pair such that the third storage volume is 
set as a primary storage volume and the fourth 
storage volume is set as an auxiliary storage 3i 
volume; 

a step conducted by the second storage device 
of receiving the pair swap instruction set in the 
first data written in the second storage volume, 
and storing in the pair management information 3 
data indicating that the third storage volume is 
the primary storage volume and the fourth stor- 
age volume is the auxiliary storage volume; and 
a step conducted by the second storage device 
of receiving the pair swap instruction, and stop- < 
ping the step of storing in the sixth storage vol- 
ume history of data written in the fourth storage 
volume as a journal. 

9. A storage device system comprising: 

at least one information processing device; 
at least first storage device and second storage 
device equipped with a first storage volume and 
a second storage volume, respectively; 

wherein the information processing device 
and the first storage device are communicatively 
connected to one another 

the first storage device and the second stor- 
age device are communicatively connected to one 
another, 

the information processing device includes a 



first write request section that requests to write data 
in the first storage device according to a first com- 
munications protocol, 

the first storage device includes a second 
write request section that requests to write data in 
the second storage device according to a second 
communications protocol, 

the information processing device includes an 
instruction setting section that creates first data in- 
cluding a first instruction to be executed in the sec- 
ond storage device, and an instruction transmission 
section that transmits to the first write request sec- 
tion a request to write the first data in the first stor- 
age volume according to the first communications 
protocol, 

the first storage device includes a data trans- 
fer section that, when the first data written in the first 
storage volume is an instruction to the second stor- 
age device, transmits to the second write request 
section a request to write the first data in the second 
storage volume according to the second communi- 
cations protocol, and 

the second storage device includes an in- 
struction execution section that executes the first in- 
struction set in the first data written in the second 
storage volume. 

10. A storage device system according to claim 9, 
wherein 

the instruction setting section of the informa- 
tion processing device creates second data includ- 
ing a second instruction to be executed by the first 
storage device, 

the instruction transmission section of the in- 
formation processing device transmits to the first 
write request section a request to write the second 
data in the first storage volume according to the first 
communications protocol, and 

the first storage device includes a first instruc- 
tion execution section that, when the second data 
written in the first storage volume is an instruction 
to the first storage device, executes the second in- 
struction. 

11. A storage device system according to claim 9, 
wherein 

the first storage device includes a third stor- 
age volume, 

the second storage device includes a fourth 
storage volume, 

the second storage device includes a read re- 
quest section that requests the first storage device 
to read data according to a third communications 
protocol, 

the instruction setting section of the informa- 
tion processing device creates the first data includ- 
ing as the first instruction a pair forming instruction 
to form a pair of the third storage volume as being 
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a primary storage volume and the fourth storage 
volume as being an auxiliary storage volume, and 
the second storage device includes a copy 
forming section that receives the pair forming in- 
struction set in the first data written in the second 5 
storage volume, and transmits to the read request 
section a request to read data in the third storage 
volume and write the data into the fourth storage 
volume according to the third communications pro- 
tocol. 10 

12. A storage device system according to claim 9, 
wherein 

the first storage includes a third storage vol- 
ume, 15 

the second storage device includes a fourth 
storage volume and a sixth storage volume : 

the instruction setting section of the informa- 
tion processing device creates the first data includ- 
ing as the first instruction a pair forming instruction 20 
to form a pair of the third storage volume as being 
an auxiliary storage volume and the fourth storage 
volume as being a primary storage volume, and 

the second storage device includes a journal 
storage section that receives the pair forming in- 25 
struction set in the first data written in the second 
storage volume, and stores in the sixth storage vol- 
ume a copy of data written in the fourth storage vol- 
ume and positional information of the data as a jour- 
nal. 30 

13. A storage device system according to claim 11, 
wherein 

the first storage device includes a fifth storage 
volume, 35 

the second storage device includes a sixth 
storage volume, wherein a pair is formed with the 
third storage volume as being a primary storage vol- 
ume andthe fourth storage volume as being an aux- 
iliary storage volume, and a copy of data to be writ- *o 
ten in the third storage volume and positional infor- 
mation of the data are stored in the fifth storage vol- 
ume as a journal, 

the instruction setting section of the informa- 
tion processing device creates the first data includ- 4 $ 
ing as the first instruction a journal acquisition in- 
struction to store a copy of the journal into the sixth 
storage volume, and 

the second instruction execution section in- 
cludes a journal acquisition section that receives 50 
the journal acquisition instruction set in the first data 
written in the second storage volume, and transmits 
to the read request section a request to read data 
in the fifth storage volume and write the data into 
the sixth storage volume according to the third com- 55 
munications protocol. 

14. A storage device system according to claim 13, 



wherein 

the instruction setting section of the informa- 
tion processing device creates the first data includ- 
ing as the first instruction a restoration instruction 
to update the fourth storage volume using a journal 
stored in the sixth storage volume, and the second 
instruction execution section includes a. restoration 
section that receives the restoration instruction set 
in the first data written in the second storage vol- 
ume, and writes data stored in the journal written in 
the sixth storage volume into the fourth storage vol- 
ume. 

15. A storage device system according to claim 12, 
wherein 

the second storage device includes a pair 
management section that stores pair management 
information indicating that the pair is formed with the 
third storage volume as being an auxiliary storage 
volume and the fourth storage volume as being a 
primary storage volume. 

16. A storage device system according to claim 15, 
wherein 

the instruction setting section of the informa- 
tion processing device creates the first data includ- 
ing as the first instruction a pair swap instruction to 
swap the pair such that the third storage volume is 
set as a primary storage volume and the fourth stor- 
age volume is set as an auxiliary storage volume, 

the pair management section of the second 
instruction execution section receives the pair swap 
instruction set in the first data written in the second 
storage volume, and stores in the pair management 
information data indicating that the third storage vol- 
ume is the primary storage volume and the fourth 
storage volume is the auxiliary storage volume, and 

the second storage device includes a journal 
stop section that receives the pair swap instruction, 
and stops a processing to store in the sixth storage 
volume history of data written in the fourth storage 
volume as a journal. 

17. A storage device system comprising: 

at least first and second storage devices com- 
municatively connected to each other; 

wherein the first storage device includes a first 
storage volume, 

a second write request section that requests 
to write data in the second storage device according 
to a second communications protocol, and 

a data transfer section that, when first data 
written in the first storage volume is an instruction 
to the second storage device, transmits to the write 
request section a request to write the first data in 
the second storage device according to the second 
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communications protocol. 

18. A storage device system according to claim 17, 
wherein 

the second storage device includes a second 
storage volume that stores the first data, and an in- 
struction execution section that executes the first in- 
struction set in the first data stored in the second 
storage volume. 

19. A storage device system according to claim 18 : 
wherein 

the first storage device includes a third stor- 
age volume, and 

the second storage device includes 

a fourth storage volume, 

a read request section that requests the first 
storage device to read data according to a third 
communications protocol, 

a pair management section that, when the first 
instruction is an instruction to form a pair with the 
third storage volume of the first storage device as 
being a primary storage volume and the fourth stor- 
age volume as being an auxiliary storage volume, 
stores pair management information indicating that 
the pair is formed with the third storage volume as 
being a primary storage volume and the fourth stor- 
age volume as being an auxiliary storage volume, 
and 

a copy forming section that transmits to the 
read request section a request to read data in the 
third storage volume and write the data into the 
fourth storage volume according to the third com- 
munications protocol. 

20. A storage device system according to claim 18, 
wherein the second storage device includes 

a sixth storage volume, wherein the pair man- 
agement section that, when the first instruction is 
an instruction to form a pair with the third storage 
volume of the first storage device as being an aux- 
iliary storage volume and the fourth storage volume 
as being a primary storage volume, stores pair man- 
agement information indicating that the pair is 
formed with the third storage volume as being the 
auxiliary storage volume and the fourth storage vol- 
ume as being the primary storage volume, and 

a journal storage section stores in the sixth 
storage volume a copy of data written in the fourth 
storage volume and positional information of the da- 
ta as a journal. 

21. A storage device system according to claim 20, 
wherein, when the pair is formed with the third stor- 
age volume as being the auxiliary storage volume 
and the fourth storage volume as being the primary 
storage volume, and when the first instruction is a 
pair swap instruction to swap the pair such that the 



third storage volume is set as a primary storage vol- 
ume and the fourth storage volume is set as an aux- 
iliary storage volume, the pair management section 
stores in the pair management information data in- 
5 dicating that the third storage volume is the primary 
storage volume and the fourth storage volume is the 
auxiliary storage volume, and the second storage 
device is equipped with a journal stop section that 
stops a processing to store in the sixth storage vol- 
te? ume history of data written in the fourth storage vol- 
ume as a journal. 

22. A method for controlling a storage device system 
according to claim 1, wherein the storage device 
15 system further includes a third storage device 
equipped with a seventh storage volume, wherein 
the second storage device and the third storage de- 
vice are communicatively connected to each other, 
and the second storage device is equipped with a 
20 third write request section that requests the third 
storage device to write data according to the second 
communication protocol, the method comprising: 

a step conducted by the information processing 
25 device of generating third data including a third 

command to be executed by the third storage 
device; 

a step conducted by the information processing 
device of sending to the first write request sec- 
30 tion a write request to write the third data ac- 

cording to the first communication protocol in 
the first storage volume; 
when the third data written in the first storage 
volume is a command to the third storage de- 
35 vice, a step conducted by the first storage de- 

vice of sending to the second write request sec- 
tion a write request to write the third data ac- 
cording to the second communication protocol 
in the second storage volume; 
40 when the third data written in the second stor- 

age volume is a command to the third storage 
device, a step conducted by the second storage 
device of sending to the third write request sec- 
tion a write request to write the third data ac- 
45 cording to the second communication protocol 

in the seventh storage volume; and 
a step conducted by the third storage device of 
executing the third command sent in the third 
data written in the seventh volume. 

50 

23. A method for controlling a storage device system 
according to claim 22, further comprising: 

a step conducted by the first storage device of 
55 generating the third data including the third 

command to be executed by the third storage 
device, and sending to the second write request 
section a write request to write the third data 
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according to the second communication proto- 
col in the second storage volume. 

24. A method for controlling a storage device system, 
the storage device system including 5 
an information processing device, 
a first storage device that is communicatively 
connected to the information processing device, 
and 

a second storage device that is communica- to 
tively connected to the first storage device, the 
method comprising: 

a step conducted by the information processing 
of generating first data including an address of is 
the second storage device as a transfer desti- 
nation and a first command to be executed at 
the second storage device; 
a step conducted by the information processing 
device of sending the first data to the first stor- 20 
age device; 

a step conducted by the first storage device of, 
upon receiving the first data, obtaining the ad- 
dress of the transfer destination from the first 
data; 25 
a step conducted by the first storage device of 
generating second data including the first com- 
mand that is set in the first data; 
a step conducted by the first storage device of 
sending the second data to the second storage 30 
device; 

a step conducted by the second storage device 
of, upon receiving the second data, obtaining 
the first command from the second data; and 
a step conducted by the second storage device 35 
of executing the first command. 

25. A method for controlling a storage device system 
according to claim 24, wherein the step of generat- 
ing the second data executed by the first storage 40 
device is a step of deleting the transfer destination 
address set in the first data. 

26. A method for controlling a storage device system 
according to claim 24, wherein the step of generat- 45 
ing the second data executed by the first storage 
device is a step of converting the first data into the 
second data, and the step of obtaining the first com- 
mand from the second data is executed by the sec- 
ond storage device when the transfer destination 50 
address is an address of the second storage device. 

27. A method for controlling a storage device system 
according to claim 25, wherein the storage device 
system is equipped with a third storage device that 55 
is communicatively connected to the second stor- 
age device, the method comprising: 



a step conducted by the information processing 
device of generating an address of the second 
storage device as a first transfer destination, an 
address of the third storage device as a second 
transfer destination, and third data including a 
second command that is executed by the third 
storage device; 

a step conducted by the information processing 
device of sending the third data to the first stor- 
age device; 

a step conducted by the first storage device of, 
upon receiving the third data, obtaining the ad- 
dress of the first transfer destination from the 
third data; 

a step conducted by the first storage device of 
generating fourth data by deleting the address 
of the first transfer destination from the third da- 
ta; 

a step conducted by the first storage device of 
sending the fourth data to the second storage 
device; 

a step conducted by the second storage device 
of, upon receiving the fourth data, obtaining the 
address of the second transfer destination from 
the fourth data; 

a step conducted by the second storage device 
of generating fifth data by deleting the address 
of the second transfer destination from the 
fourth data: 

a step conducted by the second storage device 
of sending the fifth data to the third storage de- 
vice; 

a step conducted by the third storage device of, 
upon receiving the fifth data, obtaining the sec- 
ond command from the fifth data; and 
a step conducted by the third storage device of 
executing the second command. 

28. A method for controlling a storage device system 
according to claim 27, further comprising a step 
conducted by the first storage device of generating 
third data including the second command that is ex- 
ecuted by the third storage device. 

29. A method for controlling a storage device system 
according to claim 27, further comprising: 

a step conducted by the information processing 
device of generating the address of the second 
storage device as the first transfer destination, 
a third command that is executed by the second 
storage device, the address of the third storage 
device as the second transfer destination, and 
sixth data including a fourth command that is 
executed by the third storage device ; 
a step conducted by the information processing 
device of sending the sixth data to the first stor- 
age device; 
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a step conducted by the first storage device of : 
upon receiving the sixth data, obtaining the ad- 
dress of the first transfer destination from the 
sixth data; 

a step conducted by the first storage device of 
generating seventh data by deleting the ad- 
dress of the first transfer destination from the 
sixth data; 

a step conducted by the first storage device of 
sending the seventh data to the second storage 
device; 

a step conducted by the second storage device 
of , upon receiving the seventh data, obtaining 
the third command from the seventh data; 
a step conducted by the second storage device 
of executing the third command; 
a step conducted by the second storage device 
of generating eighth data by deleting the third 
command and the address of the second trans- 
fer destination from the seventh data; 
a step conducted by the second storage device 
of sending the eighth data to the third storage 
device; 

a step conducted by the third storage device of . 
upon receiving the eight data, obtaining the 
fourth command from the eighth data; and 
a step conducted by the third storage device of 
executing the fourth command. 

A method for controlling a storage device system 
according to claim 27. wherein the first storage de- 
vice is communicatively connected to the third stor- 
age device, the method comprising: 



wherein 

the information processing device is commu- 
nicatively connected to the first storage device, 

the first storage device is communicatively 

5 connected to the second storage device, 

the information processing device includes a 
data generation section that generates an address 
of the second storage device as a transfer destina- 
tion and first data including a first command that is 

10 executed by the second storage device, and a data 
transfer section that sends the first data to the first 
storage device, 

the command analysis section of the first stor- 
age device, upon receiving the first data from the 

15 information processing device, obtains the address 
of the transfer destination set in the first data, and 
instructs the data transfer section of the first storage 
device to transfer the first data to the address of the 
transfer destination, 

20 the data transfer section of the first storage 

device generates second data by deleting the ad- 
dress of the transfer destination from the first data, 
and transfers the second data to the second storage 
device, 

25 the command analysis section of the second 

storage device, upon receiving the second data 
from the first storage device, obtains the first com- 
mand set in the second data, and instructs the com- 
mand execution section of the second storage de- 

30 vice to execute the first command, and 

the command execution section of the second 
storage device executes the first command. 



a step conducted by the first storage device of, 
upon receiving the third data, obtaining the sec- 
ond transfer destination: 

a step conducted by the first storage device of 
generating the fifth data by deleting the first 
transfer destination and the second transfer 
destination from the third data; and 
a step conducted by the third storage device of 
sending the fifth data to the third storage de- 
vice. 

31. A storage device system comprising: 
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45 



an information processing device; 
at least first and second storage devices, each 
of the first and second storage devices having 
a command analysis section that receives data 
including a command from one of the informa- 
tion processing device and another storage de- 
vice and analyzes contents of the data, a data 
transfer section that sends the data to another 
storage device, and a command execution sec- 
tion that executes the command sent in the da- 
ta, 
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The Search Division considers that the present European patent application does not comply with the 
requirements of unity ot invention and relates to several inventions or groups of inventions, namely: 

1. claims: 1,2,9,10,17,18, 22,23 

Accessing a remote storage device from a host, where the 
remote storage is only accessible via a locally attached 
storage device which uses a different communications 
protocol than between the host and its local storage device. 



2. claims: 24-31 

Routing commands for storage devices from a processing 
device through a series of attached storage devices. 



3. claims: 3-8,11-16,19-21 

Pair management of storage devices, eg for mirroring 
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